home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 6 / CU Amiga Magazine's Super CD-ROM 06 (1996)(EMAP Images)(GB)(Track 1 of 4)[!][issue 1997-01].iso / cucd / online / fidonetts / fsc-0085.001 < prev    next >
Text File  |  1995-09-03  |  3KB  |  69 lines
  1.  
  2.   | Document: FSC-0085
  3.   | Version:  001
  4.   | Date:     03 September 1995
  5.   |
  6.   | Denis Bider, FidoNet#2:380/129.0
  7.  
  8. /*
  9.  
  10. Date: 25-Jul-1995
  11. Document: Descriptions of the "NOZIP" and "ERX<n>" nodelist flags
  12. Purpose: To give a system that is about to send some mail to a system
  13.    not already defined by its operator in its configuration some idea
  14.    about what kind of mail the mentioned destination system accepts
  15. Author: denis bider, ofs->FidoNet#2:380/129.0
  16.  
  17.  
  18.  
  19.  
  20. The NOZIP nodelist flag and its affects on the MN nodelist flag
  21. ===========================================================================
  22. Generally, most FTN systems are able to receive compressed mail from any
  23. other FTN system. Up to now, the official compression format between
  24. systems has been ARC. This document, however, puts the ZIP format to that
  25. position.
  26.    *  A system whose nodelist entry contains neither an "MN" and neither
  27.       a "NOZIP" flag is assumed to support both ARC and ZIP.
  28.    *  A system whose nodelist entry contains an "MN" flag is assumed not
  29.       to support any compression at all.
  30.    *  A system whose nodelist entry contains a "NOZIP" flag is assumed to
  31.       support ARC compression, while not supporting ZIP compression.
  32.    *  Both "NOZIP" and "MN" flags cannot appear in the same nodelist entry.
  33.       If they, by some accident, do, the system should be assumed not to
  34.       support any mail compression.
  35.  
  36. Since the majority of systems support ZIP compression, a flag indicating
  37. that this type of compression is NOT supported has is proposed instead of a
  38. flag indicating that this type of compression IS supported, the reason
  39. being to minimize the amount of changes required to the nodelist.
  40.  
  41. The format of the NOZIP flag is, simply, "NOZIP".
  42. The format of the MN flag stays the same.
  43.  
  44.  
  45.  
  46. The ERX<n> nodelist flag
  47. ===========================================================================
  48. The presence of this flag in a system's nodelist entry indicates that the
  49. system is able to process ERX mail packets of level <n>. The current
  50. minimum and maximum values of <n> are both "1", indicating that the system
  51. is able to process ERX packets of level 1, meaning that the packets can
  52. only contain EDX message items. Please refer to EDX1.TXT for the EDX and
  53. ERX specifications.
  54.  
  55. The format of the "ERX<n>" nodelist flag is
  56.    "ERX" <n>
  57. as in "the three letters 'E', 'R' and 'X', immediately followed with the
  58. token <n>", where <n> is a number in decimal notation, with currently all
  59. values but '1' being reserved.
  60.  
  61.  
  62.  
  63. If your system does not support ZIP and you do not yet have a NOZIP flag in
  64. your nodelist entry, or if your system is able to process ERX packets and
  65. you do not yet have an ERX<n> flag, please urge your NC or RC, whichever
  66. appropriate, to update your nodelist entry as soon as possible.
  67.  
  68. // EOF */
  69.